home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
TeX 1995 July
/
TeX CD-ROM July 1995 (Disc 1)(Walnut Creek)(1995).ISO
/
tex-k
/
tex-k-archive.past
/
1994.12.gz
/
1994.12
/
000066_kb@cs.umb.edu_Sun Dec 18 01:47:28 1994.msg
< prev
next >
Wrap
Internet Message Format
|
1994-12-30
|
3KB
Received: from terminus.cs.umb.edu by cs.umb.edu with SMTP id AA19469
(5.65c/IDA-1.4.4 for <tex-k-exp@cs.umb.edu>); Sun, 18 Dec 1994 06:47:31 -0500
Received: by terminus.cs.umb.edu id AA28623
(5.65c/IDA-1.4.4 for tex-k); Sun, 18 Dec 1994 06:47:28 -0500
Date: Sun, 18 Dec 1994 06:47:28 -0500
From: "K. Berry" <kb@cs.umb.edu>
Message-Id: <199412181147.AA28623@terminus.cs.umb.edu>
To: gildea@x.org
Cc: tex-k@cs.umb.edu
Subject: Re: can't build TeX formats with TEXINPUTS set
Thanks for your comments.
I notice that the Makefile in this directory clobbers TEXPOOL when
dumping formats; perhaps it should do the same with TEXINPUTS.
I can reset TEXPOOL because the build process creates the pool files.
But the tex/mf/tfm input files are separate, so it seemed inappropriate
to me to mess with TEXINPUTS. But still, you have a point -- there've
been a lot of problems because of people having TEXINPUTS/TEXFONTS set,
and the compile-time defaults should be set up properly, or there's just
going to be trouble down the road. Yeah, I think you're right.
Oddly, setting TEXINPUTS to a null value seems to be the same as
setting it to "." I consider this a bug. A null value should be the
same as unsetting it,
Yeah, maybe you're right, but it seems a painful thing to have to
program around. I don't think it's odd -- there's no a priori reason for
a set-but-empty value to be the same as being nonexistent; it never
occurred to me to treat them as the same.
otherwise how are you going to do it with shells
that don't have "unset" (like Ultrix)?
I had no idea Ultrix sh didn't have have unset (not that I'm surprised;
Ultrix sh is so horribly deficient it's not even funny). But, you can
work around this by setting the value to `:' -- see below.
Another solution would be to have a token in the path that means
"insert default path here." Xt (the X Toolkit) does this with the
"%D" escape. See
http://www.x.org/consortium/R6doc/man/Xt/XtResolvePathname
That's what an extra : (at the beginning, or end, or doubled in the
middle) means. See tex.man or the kpathsea Texinfo manual. I put the
first version of that into web2c some 4 1/2 years ago :-); how time flies ...
Wed Aug 8 06:43:28 1990 Karl Berry (karl at hayley)
* common/extra.c (DO_PATH): replace this macro with a routine, and
expand extra `:'s into the system default.
(insert_string): new routine.
* site.h: warn them not to put extra `:'s in the system default.
* man/{almost everything}: document this.